Remarks/Arguments 

Applicants respectfully request consideration of the subject application as 
amended herein. 

Claims 1-16 and 18-22 have been rejected. 

In this Amendment, claims 1 , 7, and 14 have been amended. Claim 4 has been 
currently canceled. It is respectfully submitted that the amendment does not add new 



Applicants reserve all rights with respect to the applicability of the Doctrine of 
Equivalents. 

The Office Action has rejected claims 1, 2, 5, and 6 under 35 U.S.C. §1 02(e) as 
being anticipated by U.S. Patent No. 7,215,663 of Radulovic ("Radulovic"). 
Applicants reserve the right to swear behind Radulovic. 
Claim 1 , as amended, reads as follows. 

A system comprising: 

a plurality of real-time routing servers to route and process multimedia 
communication sessions over a network , wherein each real-time routing 
server in a transit mode can pass through a multimedia communication 
session without processing data of the multimedia communication session ; 

a group server to manage the multimedia communication sessions over 
the network, wherein the group server is associated with the plurality of 
routing servers; 

a plurality of end-point processing devices to schedule and conduct 
multimedia communication sessions over the network, wherein each end- 
point processing device is associated with at least one routing server and the 
group server. 

Amended claim 1 includes the limitation "wherein each real-time routing server in 
a transit mode can pass through a multimedia communication session without 
processing data of the multimedia communication session" of original claim 4. 



10/810,791 



Page 1 0 of 24 



7001 P001 



The Office Action states that Radulovic does not teach the real-time routing 
server in a transit mode can pass through a multimedia communication session without 
processing data of the multimedia communication session. (Office Action dated 
04/28/08, page 6). Applicants agree that Radulovic fails to teach or disclose the real- 
time routing server in a transit mode can pass through a multimedia communication 
session without processing data of the multimedia communication session. 

Therefore, Radulovic does not disclose or teach the limitations of amended claim 
1 . As such, amended claim 1 is not anticipated by Radulovic under 35 U.S.C. § 1 02(e). 

It is submitted that dependent claims 2, 5, and 6 are not anticipated by Radulovic 
under 35 U.S.C. § 102(e) given that claims 2, 5, and 6 depend from and include the 
limitations of independent claim 1 . 

The Office Action has rejected claim 4 under 35 U.S.C. §1 03(a) as being 
unpatentable over Radulovic in view of U.S. Patent No. 6,950,407 of Huddle ("Huddle"). 
As previously discussed, amended claim 1 includes the limitation of original claim 4. 
The Office Action indicates the Huddle teaches the real-time routing server in a transit 
mode can pass through a multimedia communication session without processing data of 
the multimedia communication session. (Office Action dated 04/28/08, page 6). 
Applicants respectfully disagree with this characterization of Huddle. 

Huddle reads as follows. 

As previously mentioned, the settlement system 103 can operate in either the 
"transparent" mode or the "blind" mode. In the transparent mode, each of the 
participating service providers knows the ultimate destination route, such that 
the traffic is forwarded directly between one party and another other party . As 
a neutral entity, the IXP 1 01 , as a PCH, acts as a proxy agent for the various 
providers A-E to provide a "blind" service to forward traffic to the lowest cost 
providers. When provider A inputs a desired rate into the settlement system 
1 03, the IXP 1 01 looks for another provider that accepts the offer of provider 
A to thereby establish a settlement agreement between the two parties. 
Specifically, the settlement system 103 makes this rate information of 
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provider A available to all of the other providers B-E. (Huddle, col. 12, 
linesl 5-29). 

Thus, in transparent mode, the traffic is forwarded directly from one service 
provider to another as illustrated with 1 1 5, 1 1 5a, and 1 1 5b in Figure 1 . In blind mode, 
the settlement system 103 performs processing to makes the rate information of 
provider A available to all of the other providers B-E and thus establish a settlement 
agreement between two parties. 

By contrast, Huddle fails to teach or disclose that the settlement system 1 03 has 
a transit mode to pass through a multimedia communication session without processing 
data of the multimedia communication session because the settlement system 103 is 
not forwarding a multimedia communication session during the transparent mode, which 
is directly performed by the service providers. During the blind mode, the settlement 
system is performing processing to makes the rate information of provider A available to 
all of the other providers B-E and thus establish a settlement agreement between two 
parties. Thus, Huddle fails to teach or disclose the at least the limitation "wherein each 
real-time routing server in a transit mode can pass through a multimedia communication 
session without processing data of the multimedia communication session" as recited in 
amended claim 1 . 

It is respectfully submitted that Radulovic does not suggest a combination with 
Huddle, and Huddle does not suggest a combination with Radulovic. Radulovic teaches 
a private IP communication network architecture while Matsubara discloses an 
approach for supporting settlement of network usage associated with multiple network 
service providers. It would be impermissible hindsight to combine Radulovic with Huddle 
based on applicants' own disclosure. 
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Furthermore, even if Radulovic and Huddle were combined, such a combination 
would lack at least the limitation "wherein each real-time routing server in a transit mode 
can pass through a multimedia communication session without processing data of the 
multimedia communication session" as recited in amended claim 1 . 

Therefore, in view of the above distinction, neither Radulovic nor Huddle, 
individually or in combination, disclose each and every limitation of amended claim 1 . 
As such, amended claim 1 , is not rendered obvious by Radulovic in view of Huddle 
under 35 U.S.C. § 103(a). 

The Office Action has rejected claim 3 under 35 U.S.C. §1 03(a) as being 
unpatentable over Radulovic in view of U.S. Patent No. 6,418,139 of Akhtar ("Akhtar"). 

Claim 3 depends from and include the limitations of independent claim 1 noted 
above. It is submitted that Akhtar fails to cure the deficiencies of Radulovic and Huddle 
noted above with respect to claim 1 and, therefore, claim 3 is patentable over the 
combination of cited references. 

The Office Action has rejected claims 14 and 15 under 35 U.S.C. §1 02(e) as 
being anticipated by U.S. Patent No. 7,215,640 to Matsubara. 

Applicants reserve the right to swear behind Matsubara. 

Claim 14, as amended, reads as follows. 

A method for reserving bandwidth and media processing resources, 
comprising: 

checking whether video media processing resources on a source real- 
time routing server are sufficient for a user to join a multimedia 
communication session in order for the user to communicate with all users 
participating in the multimedia communication session; 

for a multimedia communication session involving multiple real-time 
routing servers, sending reservation requests from the source real-time 
routing server to all destination real-time routing servers; 

checking for notifications of successful bandwidth reservations for paths 
from the source real-time routing server to destination real-time routing 
servers; 
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checking for notification of successful video media processing resource 
reservations for destination real-time routing servers, wherein if the 
notifications of successful bandwidth reservations and successful video 
media processing resource reservations are not received with a preset time 
period, then the notifications are not considered to have been received. 

Matsubara discloses a method and apparatus for path configuration in networks. 
The network includes nodes coupled by links for in-line communication, a network 
management system (NMS), and a trunk management system. The links of the network 
are identified as having a particular data handling capability. The data handling 
capability of each link is assigned, either in whole or in part to the nodes, which manage 
data communicating and admission to the network, based on the node data handling 
capability. The NMS allocates a particular bandwidth to each direction specific link. 
(Matsubara, col. 5, lines 30-55). 

Matsubara also discloses: 

The decision for a path reconfiguration may be limited during initialization 
(e.g., set to only make a certain number of requests per unit of time), or 
based upon resource status. 

Step 180, FIG. 5: A path reconfiguration attempts to temporarily re-allocate 
bandwidth to one or more of the Provisioned Links of the desired path . 

Step 182, FIG. 5: If insufficient resource is recovered by the path 
reconfiguration of step 180, the procedure passes to step 184 where the first- 
hop node returns a "reject" to the requester (source terminal) and then the 
procedure ends. If the path reconfiguration process does obtain sufficient 
resource, the procedure will proceed to step 170, described below. 

(Matsubara, col. 7, lines 8-21). 

Thus, Matsubara teaches if the insufficient resource (bandwidth of provisioned 
links) is recovered by the path reconfiguration of step 180, the procedure passes to step 
184 where the first-hop node returns a "reject" to the requester (source terminal) and 
then the procedure ends. 



10/810,791 



Page 14 of 24 



7001 P001 



The Office Action states that the media processing resource reservation is made 
as QoS paths are being set up and any processing is processing media since the claim 
does not describe what is meant by media processing. (Office Action dated 04/28/08, 
page 5). 

Matsubara does not disclose or teach a video media processing resource, a 
video media processing resource reservation, nor checking for notification of 
successful video media processing resource reservations because Matsubara is 
merely concerned with configuring paths based on having sufficient bandwidth of 
provisional links. Matsubara does not disclose or teach at least the limitations 
"checking for notification of successful video media processing resource reservations 
for destination real-time routing servers, wherein if the notifications of successful 
bandwidth reservations and successful video media processing resource reservations 
are not received with a preset time period, then the notifications are not considered to 
have been received" as recited in amended claim 14. 

Therefore, Matsubara does not disclose or teach the limitations of amended 
claim 14. As such, amended claim 14 is not anticipated by Matsubara under 35 U.S.C. 
§ 102(e). 

It is submitted that dependent claim 1 5 is not anticipated by Matsubara under 35 
U.S.C. § 1 02(e) given that claim 1 5 depends from and includes the limitations of 
independent claim 14. 

The Office Action has rejected claim 16 under 35 U.S.C. §1 03(a) as being 
unpatentable over Matsubara in view of Radulovic. 

Claim 16 depends from and include the limitations of independent claim 14 noted 
above. It is submitted that Radulovic fails to cure the deficiencies of Matsubara noted 
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above with respect to claim 14 and, therefore, claim 16 is patentable over the 
combination of cited references. 

The Office Action has rejected claims 7-13 under 35 U.S.C. §1 03(a) as being 
unpatentable over Radulovic in view of Matsubara. 

Claim 7, as amended, reads as follows. 

A method for determining a topology of a network, comprising: 

obtaining from a group server respective addresses for real-time routing 
servers to route and process multimedia data and communication sessions 
over the network , wherein each real-time routing server in a transit mode can 
pass through a multimedia communication session without processing data 
of the multimedia communication session ; 
setting a static neighbor configuration; 

determining a dynamic neighbor configuration based on quality of service 
levels for respective paths between real-time routing servers, hop counts 
along paths, delays between real-time routing servers, bandwidth capacity 
between real-time routing servers, and common path traffic between real- 
time routing servers. 

As discussed above, Radulovic fails to teach or disclose the real-time routing 
server in a transit mode can pass through a multimedia communication session without 
processing data of the multimedia communication session. 

Matsubara discloses that the network management system (NMS) allocates a 
particular bandwidth to each specific link based on a communication class. The output 
queues and associated queue control circuitry is set to have the nodes classify, mark, 
police, shape, and prioritize packets based on QoS implementations. 

By contrast, Matsubara does not disclose or teach a real-time routing server in a 
transit mode that can pass through a multimedia communication session without 
processing data of the multimedia communication session. Thus, Matsubara does not 
disclose or teach the limitation "wherein each real-time routing server in a transit mode 
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can pass through a multimedia communication session without processing data of the 
multimedia communication session" as recited in amended claim 7. 

Therefore, Matsubara does not disclose or teach the limitations of amended 
claim 7. 

It is respectfully submitted that Radulovic does not suggest a combination with 
Matsubara, and Matsubara does not suggest a combination with Radulovic because 
Radulovic teaches away from such a combination. Radulovic teaches a private IP 
communication network architecture while Matsubara discloses bandwidth allocation of 
specific paths within a network. It would be impermissible hindsight to combine 
Radulovic with Matsubara based on applicants' own disclosure. 

Furthermore, even if Radulovic and Matsubara were combined, such a 
combination would lack at least the limitation "wherein each real-time routing server in a 
transit mode can pass through a multimedia communication session without processing 
data of the multimedia communication session" as recited in amended claim 7. 

Therefore, in view of the above distinction, neither Radulovic nor Matsubara, 
individually or in combination, disclose each and every limitation of amended claim 7. 
As such, amended claim 7, is not rendered obvious by Radulovic in view of Matsubara 
under 35 U.S.C. § 103(a). 

It is submitted that claims 8-13 are not rendered obvious by Radulovic in view of 
Matsubara under 35 U.S.C. § 1 03(a) given that claims 8-1 3 depend from and include 
the limitations of independent claim 7. 

Amended claim 7 includes the limitation of original claim 4. The Office Action 
has rejected claim 4 under 35 U.S.C. §1 03(a) as being unpatentable over Radulovic in 
view of U.S. Patent No. 6,950,407 of Huddle ("Huddle"). As previously discussed, 
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Huddle fails to teach or disclose the limitation of original claim 4. Thus, it is submitted 
that claims 7-13 are not rendered obvious by Radulovic in view of Matsubara in further 
view of Huddle under 35 U.S.C. § 1 03(a). 

The Office Action has rejected claims 18-22 under 35 U.S.C. §1 03(a) as being 
unpatentable over Matsubara in view of U.S. Patent No. 7,076,540 to Kurose et al. 
("Kurose") and U.S. Patent No. 7,299,349 to Cohen et al. ("Cohen"). 

Claim 18 reads as follows. 

A method for reserving bandwidth in a network comprising: 

receiving at a first real-time routing server a bandwidth reservation 
request from an upstream real-time routing server; 

determining whether at least one downstream path to a destination real- 
time routing server has enough bandwidth; 

if the first real-time routing server is a transit real-time routing server and 
not a destination real-time routing server, then forwarding the bandwidth 
reservation request to a downstream neighbor real-time routing server that 
has enough bandwidth and leaving a usage count unchanged; 

if the first real-time routing server is a destination only real-time routing 
server or a destination and transit real-time routing server, then reserving 
bandwidth for a path between the first real-time routing server, and the 
upstream neighbor real-time routing server; 

if the first real-time routing server is not only a transit real-time routing 
server but also a destination real-time routing server, then forwarding the 
bandwidth reservation request to a downstream neighbor real-time routing 
server that has enough bandwidth and incrementing the usage counting by 
one, wherein the first real-time routing server concurrently functions as a 
transit server to transfer media data not needing processing and a 
destination server to process media data needing processing. 



The Office Action indicates that Matsubara does not disclose the following 
limitations "if the first real-time routing server is a destination only real-time routing 
server or a destination and transit real-time routing server, then reserving bandwidth 
for a path between the first real-time routing server, and the upstream neighbor real- 
time routing server; if the first real-time routing server is not only a transit real-time 
routing server but also a destination real-time routing server, then forwarding the 
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bandwidth reservation request to a downstream neighbor real-time routing server that 
has enough bandwidth and incrementing the usage counting by one" as recited in 
claim 18. (Office Action, page 9, 01/04/08). The applicants agree with the Office 
Action regarding Matsubara not disclosing the above limitations of claim 18. 
Matsubara also does not disclose "wherein the first real-time routing server 
concurrently functions as a transit server to transfer media data not needing 
processing and a destination server to process media data needing processing" as 
recited in amended claim 18. 

The Office Action also indicates that Kurose discloses the above limitations of 
claim 18 at Figure 4 and bandwidth-reservation decision unit 58 of Kurose. Figure 4 
illustrates a RSVP compatible router 50 that includes the bandwidth-reservation 
decision unit 58 that performs processing. When the bandwidth-reservation decision 
unit 58 decides not to permit a bandwidth reservation, the bandwidth-reservation 
decision unit 58 sends rejection information n to the client 41 . When the bandwidth- 
reservation decision unit 58 decides to permit a bandwidth reservation, the SNMP 
transmission unit 63 sends bandwidth-reservation information to the policy server 80 . 
Thus, the bandwidth-reservation decision unit 58 forwards the bandwidth-reservation 
information e to the policy server 80, which is not a routing server. The policy server 80 
functions as a service assignment apparatus which assigns appropriate setting in the 
router 70 based on bandwidth information in the router 50. (Kurose, col. 7, lines 56-59). 

By contrast, Kurose is silent regarding the router 50 being both destination server 
for processing data and transit server for transferring data without processing the data 
depending on the requirements of the data. Kurose does not disclose or teach at least 
the limitations "if the first real-time routing server is not only a transit real-time routing 
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server but also a destination real-time routing server, then forwarding the bandwidth 
reservation request to a downstream neighbor real-time routing server that has enough 
bandwidth and incrementing the usage counting by one, wherein the first real-time 
routing server concurrently functions as a transit server to transfer media data not 
needing processing and a destination server to process media data needing 
processing " as recited in amended claim 18 (emphasis added). 

Therefore, Kurose does not disclose or teach the limitations of claim 18. 

The Office Action indicates that Cohen teaches the first real-time routing server 
concurrently functions as a transit server to transfer media data not needing processing 
and a destination server to process media data needing processing at col. 8, lines 29- 
45. (Office Action dated 04/28/08, page 11). Cohen reads as follows at col. 8, lines 29- 



The notification source 401 then initiates transmission of the push message 
500 to the notification sink 403 (act 304) via the at least one message transit 
point 404. Although the push message 500 traverses through the at least one 
transit points 404, the notification message portion of the push message is 
encrypted. Since the at least one message transit point 404 is not privy to the 
security information originally negotiated in act 302, the at least one message 
transit point 404 is not able to decrypt the notification message 502. Once 
the notification sink 403 receives the push message 500 (act 305), the 
notification sink 403 decrypts the encrypted notification message 502 using 
the security information previously negotiated (security information 421) 
along with potentially the supplemental security information 501 (act 306). 
Thus end-to-end security is provided since only the notification source 401 
and the notification sink 403 are able to access the clear text content of the 
notification message. 



The Office Action has not specifically indicated which component of Cohen 
teaches the first real-time routing server. The applicants are assuming that the 
message transmit point 404 is being used to teach the first real-time routing server. The 
message transmit point 404 is not able to decrypt the notification message 502 and 
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forwards this message 502 which is part of the push message 500 from the notification 
source 401 to the notification sink 403. The message transmit point 404 fails to 
concurrently function as a transit server to transfer media data not needing processing 
and a destination server to process media data needing processing. 

Alternately, if the Office Action intends to use the notification sink 403 to teach 
the first real-time routing server, then this sink 403 functions as a destination server in 
decrypting the encrypted notification message 502 but fails to concurrently function as a 
transit server because the sink is the final destination of the message 502. 

Cohen does not disclose or teach a first real-time routing server that concurrently 
functions as a transit server to transfer media data not needing processing and a 
destination server to process media data needing processing because Cohen merely 
discloses a message transmit point 404 that forwards a push message 500 with an 
encrypted message 502 from the notification source 401 to the notification sink 403. 
Cohen does not disclose or teach at least the limitations "if the first real-time routing 
server is not only a transit real-time routing server but also a destination real-time 
routing server, then forwarding the bandwidth reservation request to a downstream 
neighbor real-time routing server that has enough bandwidth and incrementing the 
usage counting by one, wherein the first real-time routing server concurrently functions 
as a transit server to transfer media data not needing processing and a destination 
server to process media data needing processing " as recited in claim 18 (emphasis 
added). 

It is respectfully submitted that Matsubara does not suggest a combination with 
Kurose, and Kurose does not suggest a combination with Matsubara. Matsubara 
teaches a path configuration in a network while Kurose teaches a service assignment 
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apparatus. It would be impermissible hindsight to combine Matsubara with Kurose 
based on applicants' own disclosure. 

It is respectfully submitted that Matsubara does not suggest a combination with 
Cohen, and Cohen does not suggest a combination with Matsubara. Matsubara 
teaches a path configuration in a network while Cohen teaches secure end-to-end 
notification. It would be impermissible hindsight to combine Matsubara with Cohen 
based on applicants' own disclosure. 

Furthermore, even if Matsubara, Kurose, and Cohen were combined, such a 
combination would lack at least the limitations "if the first real-time routing server is not 
only a transit real-time routing server but also a destination real-time routing server, 
then forwarding the bandwidth reservation request to a downstream neighbor real-time 
routing server that has enough bandwidth and incrementing the usage counting by one, 
wherein the first real-time routing server concurrently functions as a transit server to 
transfer media data not needing processing and a destination server to process media 
data needing processing" as recited in claim 18. 

Therefore, in view of the above distinction, neither Matsubara nor Kurose nor 
Cohen, individually or in combination, disclose each and every limitation of claim 18. As 
such, claim 18, is not rendered obvious by Matsubara in view of Kurose in further view 
of Cohen under 35 U.S.C. § 103(a). 

Independent claim 20 contains similar limitations but not identical compared to 
the limitations of claim 18. For similar reasons, independent claim 20 is not rendered 
obvious by Matsubara in view of Kurose under 35 U.S.C. § 1 03(a). 

It is submitted that claims 19, 21 , and 22 are not rendered obvious by Matsubara 
in view of Kurose in further view of Cohen under 35 U.S.C. § 1 03(a) given that claims 
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19,21, and 22 depend from and include the limitations of one of the corresponding 
independent claims 1 8 and 20. 
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Conclusion 



Applicant respectfully submits that in view of the amendments and discussion set 
forth herein, the applicable rejections have been overcome. 

If there are any additional charges/credits, please charge/credit our Deposit 
Account No. 02-2666. 

Respectfully submitted, 

BLAKELY, SOKOLOFF, TAYLOR & ZAFMAN LLP 
Dated: July 28, 2008 /Jeremy A. Schweiqert/ 

Jeremy Schweigert 
Reg. No. 56,244 

Customer No. 08791 
1 279 Oakmead Parkway 
Sunnyvale, CA 94085-4040 
(408) 720-8300 
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